home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ Aug 89 / X0018-Re MacApp scrolling-Aug89 < prev    next >
Encoding:
Text File  |  1989-08-22  |  3.0 KB  |  76 lines  |  [TEXT/GEOL]
  1. Item    1718535                         5-Aug-89        20:08
  2.  
  3. From:   MACDTS                          Macintosh Developer Technical Supt.
  4.  
  5. To:     D4132                           Farallon, R & D, PRT
  6.  
  7. cc:     MACAPP.TECH$                    MACAPP Tech
  8.  
  9. Sub:    Re- MacApp scrolling and...
  10.  
  11. To: Joe Sensendorf, D4132
  12.  
  13. Joe,
  14.  
  15. If I understand your situation correctly, I think that your program could be
  16. made much simpler than you imagine it to be.
  17.  
  18. As I see it, you essentially cache the part of the screen that is visible at
  19. the moment. Maybe even a little bit more, just for kicks. When your Draw method
  20. is called, you update the screen from this cache, rather than going through
  21. some laborious and lengthy calculations.
  22.  
  23. This really doesn't have to be inconsistant with ScrollDraw. If you design you
  24. Draw method correctly, you won't have to override anything else, including
  25. ScrollDraw.
  26.  
  27. Lets take a look at what happens in such a .Draw method:
  28.  
  29. - You get called with with a parameter ("area") that specifies the rectangle
  30. bounding the area that needs to be updated.
  31. - IF "area" is wholly contained within the rectangle that specifies the part of
  32. your view that is cached, then you can simply call Copybits.
  33. - ELSE some area that is not cached needs to be drawn. In that case, you update
  34. your cache (either by re-imaging the entire thing, or by scrolling it with
  35. scrollrect and updating the new parts), and THEN transfer it to the screen.
  36.  
  37. Does this answer your question? If not, please let me know!
  38.  
  39. - Keith Rollin
  40. - Apple Developer Technical Support
  41.  
  42.  
  43. PS: Macintosh Developer Technical Support is attending MacWorld Boston in full
  44. force (even Clarus will be there); this means that we will be closed the week
  45. of the conference.
  46.  
  47. Please do not submit any e-mails between 5:00 P.M. PDT on Sunday, August 6 and
  48. 5:00 P.M. PDT on Sunday, August 13. We hope that this does not inconvenience
  49. you too much, and that we will get the chance to see many of you at the show.
  50.  
  51. Show attendees:
  52.  
  53. Our staff will available at our debugging suite at the Westin Essex Ballroom,
  54. where we can meet (no waltzing, please) with you. We can accept apppointments
  55. for the hours of 4:00 P.M. to 9:00 P.M. on Wednesday-Friday (8/9-8/11). This
  56. will give you an opportunity to discuss your development successes or problems
  57. with our lovely and talented (well, lovely, anyway) engineers.
  58.  
  59. Where exactly: the Westin Hotel on Copley Place, 10 Huntington Avenue, Boston.
  60. The ballroom is the Essex East and is located on the third floor.
  61.  
  62. To make an appointment, you can send an AppleLink (or see below) to TRUJILLO1.
  63. Please specify the subject you wish to discuss and your preferred date and
  64. time.  You will receive a confirmation back on AppleLink.
  65.  
  66. APPLELINKS MUST BE SENT NO LATER THAN Friday, August 4th!
  67.  
  68. If you don’t have access to AppleLink, it will be possible to schedule an
  69. appointment at the reception desk in the debugging room on a first come, first
  70. served basis. The room will open at four o’clock, Wednesday thru Friday.
  71.  
  72. Thanks,
  73.  
  74. Macintosh Developer Technical Support
  75.  
  76.